home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000299_news@columbia.edu _Tue Sep 3 17:57:00 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id RAA10373 for <kermit.misc@watsun.cc.columbia.edu>; Tue, 3 Sep 1996 17:56:59 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id RAA16509 for kermit.misc@watsun; Tue, 3 Sep 1996 17:56:58 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  5. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Slow screen-updates with OS/2 Kermit
  8. Date: 3 Sep 1996 21:56:38 GMT
  9. Organization: Columbia University
  10. Lines: 29
  11. Message-ID: <50i9im$ba3@apakabar.cc.columbia.edu>
  12. References: <DwwyE2.9HJ@echelon.nl>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <DwwyE2.9HJ@echelon.nl>, Kees Hendrikse <kees@echelon.nl> wrote:
  16. : Hi all,
  17. : I'm using OS/2 kermit (5A/191) as a telnet client on an ethernet LAN. I'm
  18. : running a screen-based application that uses reverse video-blocks to scroll
  19. : through a list of words. Scrolling the block through the list with up/down
  20. : arrow-keys feels just a bit too slow as the block keeps lagging behind the
  21. : arrow-key action. (I don't have this problem with the native Warp Telnet
  22. : client.) I tried all paramaters I could think of: set priority, set term
  23. : screen-update, set term output-pacing, nothing helps. The screen-commands
  24. : generated by the Unix app are allright; just the regular "jump to start
  25. : of reversed word, set attributes off, rewrite word, jump to start of next 
  26. : word, set reverse, rewrite word". This is sent as one string, without pacing. 
  27. : Although this is not really a problem and you get used to it, I wonder if
  28. : this is "normal" or if I'm missing something.  Any suggestions?
  29.  
  30. The only thing you can do is to use the SET TERM SCREEN-UPDATE FAST <timer> 
  31. command with various <timers> to adjust the frequence of the screen updates.
  32.  
  33. Using SET TERM SCREEN-UPDATE SMOOTH disables the timer and will perform screen 
  34. updates whenever OS/2 chooses to schedule the update thread.
  35. Faster video drivers will help.
  36.  
  37. Jeffrey Altman * 304 West 92nd St #7A   * New York, NY * 10025 * (212) 769-2675
  38.                * 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
  39.     C-Kermit 5A(191) for OS/2:   http://www.columbia.edu/kermit/cko191.html
  40.   Kermit 95 for Windows 95/NT:   http://www.columbia.edu/kermit/k95.html